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Media Storage and Distribution in a Local Area Network 
Field of tfaie Invention 

5 

The invention pertains to the distribution of digital media storage over a 
network and more particularly to methods, apparatus and software for storing and 
distributing media files such as digital video in an environment such as or analogous 
to a school having classrooms in which there are multiple personal computers. 

10 

Background of the Invention 

There are three basic solutions for the delivery of video on a computer 
1 5< network. The first is streaming of digital video fi:om a server on a local area network 
of computers to other computers on the network ("local streaming")- The second is 
streaming of digital video from a server outside a network of computers, over the 
Intemet, to the local area network of computers ("Intemet streaming"). The third is 
storage and access of digital video files from a network drive ("network drive 
20 access"). 

The streaming of digital video (either local streaming or Memet streaming) 
occurs when a server pushes non-encrypted video to a client computer in small 
increments at fiie same rate as the video is being viewed. No file is transferred in the 
25 process. Rather, the server is incrementally telling the client computer what to display 
in real time. The streaming of digital video has shortcomings. 

Streaming places a very high workload on the server computer, which limits 
the number of clients that the video can be sent to. Further, the number of clients 
30 which receive the pushed video is limited by the capacity of the network cable, as the 
video is pushed to each client at the same time. The result when it is pushed to too 
many terminals is that the video slows down or stops, hi addition, the video must be 
streamed unencrypted over the network, allowing users to copy the digital video file. 
Similarly, the video must be stored unencrypted on the server, allowing users access 
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to copy the digital video file (exposing the content to unlimited digital piracy). 
Further, the video must be delivered firom a central server as other computers on the 
network are not capable of streaming video. If a student wishes to re-watch a video 
(or chapter from a video), the streaming server must resend the video to the client. 
5 Highly compressed video, which uses up far less capacity of a network cable, cannot 
be effectively streamed. 

A network drive is a hard disk in a computer connected to a network. If a 
digital video file is stored on a network drive, a video player on another computer on 
1 0 the network can play the file straight from the network drive (in the same manner as 
the computer would access its own hard drive). During this process, video is still 
streamed from one computer to another. 

Network Drive Access, as well as having all the shortcomings of other 
1 5 streanfiing options, is inadequate because it allows any user of the network to access or 
copy the digital video file. It also doesn't facilitate the browsing of meta data attached 
to digital video files or the tracking of which files have been played and when. 
Further, if a student wishes to re-watch or replay a video (or chapter from a video), 
the network drive from which the video is being streamed, must re-stream the digital 
20 video file to the receiving computer. 

It should be considered that the invention is disclosed with reference to the 
distribution of video files. This is a useful application of the invention, however the 
reason video files are selected to illustrate the invention is because they are large. The 
25 invention is equally useful to flie distribution of large music files or multimedia files 
of various kinds and the invention should not be thought of as pertaining strictly to 
video. 

30 Brief Description of the Drawing Figures 

Figure 1 is a representative screen shot of the Player according to the teachings of the 
present invention; 
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Figure 2 is a screenshot of the Player depicted in Figure 1 showing the searching 
function; 

Figure 3 is a screenshot from the Player depicted m Figures 1 and 2 showing how a 
5 Classroom is accessed; 

Figure 4 is a screenshot of a Classroom management window; 

Figure 5 is a screenshot of a window for creating and editing a Classroom; 

10 

Figure 6 is a screenshot of a Library window; 

Figure 7 is a screenshot of the Library window depicted in Figure 6, showing the 
features associated with the management of the collection; 

15 

Figure 8 is a screenshot of the Library showing how a Video is added to the history 
category; 

Figure 9 is a flow chart illustrating the interaction the Player and Library software; 

20 

Figure 10 is a flow chart illustrating Predictive Chapter Buffering; and 
Figure 1 1 is a chart illustrating Classroom Data Localisation. 

25 

Best Modes and Other Embodiments of the Invention 

One of the technologies provided by the present invention is a package of 
software applications which allows students and teachers to store, view and 
30 manipulate digital video files, or any other media files, on a local area network of 
computers. There are two main parts to this software package. These two parts will 
be referred to as the Library and the Player, 
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The Player and Library have been developed as Windows-based software 
applications built in Visual Basic using the .NET framework. A Macintosh version of 
the Player has also been developed using Java 1 A. 

5 The Library is a software application that enables the storing and serving of 

digital video files. The Library uses the computer on which it is installed as a server. 
This means it enables the computer to serve (or transfer) digital video files to any 
other computer on the local area network which has the Player installed. The Library 
can be installed and used on any computer on a local area network. 

10 

The Player is a software application which enables the viewing of digital video 
files fi'om any computer on a local area network. The Player is used to search for, 
browse and request digital video files from the Library, The digital video file remains 
cached (temporarily stored) on the requesting computer for a specified period of time 
15 so that it can be replayed at any time for the convenience of the viewer. The 

requesting computer can also serve the video to other computers, for example, those 
in the same classroom. 

If the digital video file is chapterised, meaning it is broken up into separate 
20 sections of lesser duration, fhen, only those individual chapters need be requested 

from the Library, Also, chapters from different videos can be requested by the Player 
at the same time. Further, different videos (or chapters from videos) can be requested 
and played by several different requesting computers at the same time, 

25 All digital video files stored in the Library are encrypted at all times. When the 

files are transferred to the Player, they are transferred in encrypted form, and are only 
unencrypted temporarily by the Player as they are being viewed. 

30 Two features provide benefits over know distribution solutions. These are 

predictive chapter buffering and classroom data localisation. 
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Data Encryption and Compression 



In many instances of use, the Library transmits distinct chapters (defined as 
either arbitrary or purposeful subdivisions of a file) rather than a whole video or a 
5 stream of the video to each requesting computer with the Player installed. The Player 
will not display a chapter until the entire file has been received. 

The first benefit is the ability to use powerful compression technologies to reduce the 
file sizes of the video files being sent across a local area network, which has the 

1 0 benefit of substantially increasing the number of computers which can receive video 
files as the files use up less of the bandwidth on the local area network. Compression 
substantially reduces the load on the processing capacity of the computer on which the 
Library is installed, which means a substantially greater number of videos can be sent 
simultaneously- It also provides that video of substantially higher-quality (for example 

1 5 DVD quality video) can be sent to, and then viewed on the Player, Additionally, any 
media format for the video file (MPEG or oflierwise) can be used and distributed. 
Distribution of compressed chapters is particularly suited to education and training as 
visual learning is optimised when it is delivered in smaller, modularised forms (such 
as chapters). Smaller encrypted video files served to client computers (fix)m the 

20 Library to the Player), as smaller files take less time to decrypt than larger files. 

Having a smaller file encrypted means the delay between the Player requesting 
a video to be played and it actually being viewed (after the decryption process) is 
reduced. If a user wishes to play two chapters of a video consecutively, then reducing 

25 the time taken to decrypt a file means a subsequent video file can be sent closer to the 
time the second chapter needs to be played, meaning a greater number of computers 
can be sent consecutive chapters. Likewise a complete video can be broken into 
chapters, and sent only when the computer playing the video requires the chapter 
(without the viewer realising the video has been broken into chapters), which means 

30 the time firom the initial request of the video to the playing of the video is reduced, 
and means a greater nxmiber of computers can request video files at the same time. 

Within the whole video delivery methodology of the present invention^ the 
video files are encrypted at all times, except for the actual playing of the video by the 
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Player. During the playing of the unencrypted video, the viewer cannot access, copy, 
delete or corrupt the video file because the Player never leaves an image of the 
unencrypted file on the user's hard drive. In this manner, the present delivery 
methodology offers a unique means of ensuring a file cannot be copied, deleted, 
5 corrupted or manipulated, except as prescribed by the configuration of the Player. 

Predictive Chapter Buffering 

1 0 The present methods are able to effectively deliver highly compressed video to 

students and teachers (or analogous users) by using Predictive Chapter Buffering. In 
this way, the Library is able to deliver video of higher quality than other video 
delivery techniques, with the added flexibility of being able to deliver all digital video 
formats. The delivery occws in distinct chapters rather than whole videos, or a stream 

15 of the video. The Player does not display a chapter until the entke file has been 

received allowing for highly compressed videos (which require the entire file to have 
been received before it can be decoded) to be sent over the network. This technique is 
not normally associated with video delivery, but is of great use to educational video 
within a school network since educational video (1) can be easily divided into 

20 chapters (2) is often viewed on a per-chapter basis unlike conventional video. 

Predictive Chapter Buffering also allows the present system to keep the data 
encrypted during the transfer of the video between the server and the client. 

25 Using Predictive Chapter Buffering, the invention delivers only the video 

immediately required by the student, but does not encountCT the complexity of video 
streaming hence allowing for far greater video delivery capabilities. 

The sending of chapters firom the Library to the Player occurs preferably in a 
30 predictive manner. This means the Library and the Player communicate with each 

other, to deteraiine how long a file will take to send to the Player, and the Library will 
not send that file until it is needed by the Player. 
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By using this form of strategy, the present methodology spreads out the 
processing load on the server and the use of cable bandwidth, which is of benefit 
because it increases the number of video files which can be requested and viewed 
simultaneously. It also means whole videos can be played in the one viewing, but 
5 broken into chapters without the viewer realising. 

The word '^buffering" means the tempoiiary storing of data during a computer . 
operation. We use this word in the context of the invention, because a complete 
chapter file is transmitted to the client computer before playing, unlike streaming 
1 0 where video is pushed across the netwprk in real time. 

Predictive Chapter Buffering is achieved by developing the Library so that it 
individually serves chapter files on demand rather than entire videos. The Library 
assigns unique identifiers which the Player uses to reference the collection of digital 
1 5 files sitting on the Library. When the Player obtains the details of each video fi'om the 
Library, it is given a list of the unique chapter identifiers which make up the video. 

When a user selects to view an individual chapter, a request for the chapter file 
with its unique identifier, is sent to the Library. The Library then returns the entire 
20 chapter file to the Player. When the Player receives this file, it temporarily stores this 
video on its local drive, and then displays it to the user. 

When a user selects to view an entire video, the Player will request the first 
chapt^ of the video fi-om the Library. As the first chapter nears its conclusion, the 
25 Player senses that the next chapter will soon be required, and hence will automatically 
request the entire next chapter firom the Library- The Player will compare the amount 
of time left in the chapter relative to the predicted amount of time required to 
request^receive the proceeding file firom the Library. 

30 Classroom Data Localisation 

One of the functions available in the Player is the ability to set up a Classroom 
Folder and deliver to it one or more videos, or chapters firom videos. A Classroom 
Folder is a folder set up by the Player which thereafter acts as a server and can be seen 
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and accessed on other computers on the network. It is done by simply cHcking and 
dragging the icons for the videos or chapters of videos into the Classroom Folder. 

When the whole video or chapter files are first selected, they appear in the 
5 Classroom Folder as 'ghost images' of the files. When the Classroom Folder is 

confirmed to be added, the files are then sent to the requesting or client computer. The 
requesting computer is then initialised to become a server itself, able to serve video 
files to other, computers located in the same physical room or in close proximity of its 
connection to the network. This is deemed Classroom Data Localisation. 

10 

Classroom Data Localisation has several key benefits. It reduces the load on 
the main server on the local area network, as another computer (or computers) on the 
network are being used as a sub-server. It is able to reduce the latency between the 
request of a video file by the Player and the receiving of the file as flie sub-server is 

1 5 physically closer to the client computers on the network. It substantially increases the 
potential number of concurrent viewers of a video file, as any number of sub-servers 
can be established. For example, if the server capacity, and bandwidth capacity mean 
20 terminals could be sent a video file at the same time, then by sending the file to 20 
sub-servers, means the total number of viewers can be increased to 400, as 20 sub- 

20 servers could then send on to 20 terminals each in their vicinity. In combination with 
the predictive sending of smaller chapters of files, this greatly increases the number of 
viewers and the number of video files which can be viewed at any one time. 

Classroom Folders may be created with a naixture of media files (videos, 
25 chapters firom videos, still photographs. Word documents. Flash files, or anything that 
can be stored as a digital file.). Moreover, each terminal on which the Player is 
operating to control the playing of the video (stopping, replaying etc), as well as being 
able to simultaneously run other media and other fiinctions on that computer (such as 
having a web browser open, or a word document, or otherwise). 
30 In a learning or training environment, this facilitates self-paced learning, as well as the 
use of multi-media by teachers and students, without special training or technical 
know how. As hardware and network capacity increases, the capacity to view videos 
(or any other media file) using the invention will not increase incrementally (as it 
would with streaming), it will increase exponentially. 
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Classroom Data Localisation is achieved by porting the file serving 
capabilities of the Library into the Player. In this way, when a teacher creates a lesson 
plan for the class, the teacher's computer automatically becomes a localised server for 
5 the students located within that area of the network. 

When the user of the Player creates a Classroom Folder, the selected files will 
be sent fi:om the Library to the Player and then temporarily stored on their local drive. 
The Library then obtains the IP address of the * sub-server' machine which these files 

10 are now also stored on. A socket on the Player is then opened which listens for 

requests for these files firom another instance of the Player. When another user of the 
Player tries to access the contents of this Classroom Folder, the Library will be 
instructed to forward the request to the IP address associated with the sub-server (as 
depicted by the details of the classroom). If the sub-server is unable to process the 

1 5 request, the request will be forwarded to the Library. 

Illustrative Examples of the Invention 

20 As shown in Figure 1, the Player software is accessed by a QUI 100 depicted 

on a user's PC as window 1 which is subdivided into several fimctional areas. A 
subdivision or a firame of the window 110 along the left margin includes a viewing 
area haying 3 tabs 1 12. The tabs are *Video Library', *Video Search', and 
•Classrooms'. As shown in the firame 1 10, the Video Library view comprises a root 

25 directory entitled 'Video Library' which has various branches representing topics, for 
example, 'Business and Economies', ^Careers' and 'English', Each of these topics is 
represented by an icon and can be expanded or contracted with conventional mouse 
fiinctionality. A view area or firame 120, located for example along the upper margin 
of the main window 100 shows the contents of the selected branch of the root 

30 directory and some basic information such as level, subject and dxjration. In this 
example, the directory 'Health' is shown as having 2 videos as its contents. One is 
entitled 'Development of Public Health in Australia' and the other is entitled 
'Strategies to Improve Public Health in Australia'. Accordingly, selected metadata 
about the selected video is depicted in the third firame or view area 130. As shown in 
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this example, the viewing area 130 depicts useful synopsis infonnation about each 
video such as duration, educational level, the identity of the producer, the year, the 
distributor and the brief overview. The area 130 also includes a play button 132. A 
fourth viewing area 140 is tabbed to allow the user to access the Video artwork or 
5 cover, a list of chapters and other miscellaneous resources which are linked or 
relevant to the particular video being selected. 

As shown in Figure 2, the same Player GUI window may allow a user to 
search the remote Video Library by selecting the 'Video Search' tab to display a 

10 search area 220. The sub-window or frame includes a query field 222 which allows a 
user to input a keyword or string and perform a search. The results of the search are 
depicted in a separate frame 222. Hie selection of a title in the display frame 222 
causes the depiction of metadata in a third window 230. In this view it can also be 
seen that when the *C3iapters' tab is selected in the fourth sub-window or frame 140, a 

15 selectable list of chapters and their titles are displayed. Inforaiation about each 
chapter including duration may also be depicted. Double click on a chapter icon in 
frame 140 to view just that chapter. 

As shown in Figure 3, the Player window, can also display a list of 
20 Classrooms when the Classroom tab is selected in the left hand frame. As shown in 
this example, the Classroom frame 310 depicts a directory structure in which branphes 
of tihte durectory represent different Classrooms that have server capability. The 
selection of a Classroom depicts in a separate area 320 the accessible contents of that 
Classroom. When a user selects a particular video from the second area 320 
25 information is displayed in a third area 330 which relates to the selected video from 
the second window 320. Liformation is displayed in the third window 330 which 
relates to the selected video. Note that the third window 330 can contain the identity 
of a teacher as well as a Classroom message from that teacher. The video play button 
332 may also be conveniently located in the same window. 

30 

Figure 4 depicts a window which is used by personnel authorised to manage 
and edit Classrooms. In the left hand view area 41 0, a directory tree of Classrooms is 
presented. Buttons along the right hand side 412 allow a user to add a Classroom, edit 
a Classroom, remove a Classroom, restart a Classroom or close the window. 



Selecting the 'Edit Classroom' button of the Classroom management tool 
depicted in Figure 4 opens an interface 500 of the type depicted in Figure 5. Depicted 
in this window are the fields which allow a Classroom to be created such as the 
5 Classroom Title, Classroom Owner and Classroom Message. Also depicted are a 
directory browsing are 5 10 which displays the contents of the Video Library and a 
contents viewing area 520 which shows the contents of any topic in the Library 
which is selected. In this example, the 'Health' directory of the Video Library has 
been selected to display its contents. One of the categories under the directory 

10 'Health' is the sub-directory 'Strategies to Improve Public Health'. Because it is 

selected, its contents are displayed in flie area 520. One can see chapters 1-6 as well 
as a relevant video support note in .pdf format. Using the Video Library sub-window 
510 and the Video contents area 520, chapters and other inmiediate resources can be 
dragged into the Classroom Contents area 530 to create content for particular selected 

1 5 Classroom in this case. Year 7 Science. 

As shown in Figure 6, the graphical user interface to the Video Library is 
depicted as a window 600, As seen in the lower left hand comer, the Library server 
status in indicated as 'Online'. 

20 

As shown in Figure 7, a collection can be managed because the contents of the 
Video Library can be viewed, added to or removed from. Metadata about a particular 
selected Video are displayed in a viewing area 710 and icons and chapter titles 
including, for example, their durations are shown in a separate area 720. The main 
• 25 window 700 may include a video viewer or multimedia player 730 which can be used 
to preview videos or other media. A separate window 740 depicts resources which 
are associated with a particular video. 

As shown in Figure 8, adding a video to the Library can be done using mouse 
30 button functionality. In this example, the selected category 'History' is associated 

with a pop-up menu which allows a user to import a Video, add a Video, add a folder 
or edit or remove that category. 
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As shown in Figure 9 the Library software 900 receives a Video file 910 as an 
input Ifthe video file is smaller that about 30MB then it is left intact If it is larger 
than about 30MB it is partitioned in 2 or more segments or chapters. In most 
embodiments, segment or chapter sizes of about 20MB are preferred. A large video 

5 can be chapterised by detecting key fi-ames and sub-dividing the larger file into 
appropriate segments which are defined by selected and convenient key firames. 
Some inputs 910 are handled as modules, that is, segments which are accompanied by 
separate and descriptive metadata. The software detects 912 if an input Video file has 
been chapterised. If it has been chapterised the file is stored to a hard drive and made 

10 available 914. In preferred embodiments, the video content 916 and the metadata files 
918 are stored separately. Ifthe input file is not chapterised the file is operated on by 
a splitter program 920 which breaks the input video down into conveniently sized 
chapters which are flien stored and made available 914 as previously discussed. 

1 5 As fiirther shown in Figure 9 the Player software 930 allows the user 940 to 

make a request 932 by means of a graphical user interface. The request is transmitted 
over a TCP/IP network to the Library program 900. The first of the selected chapters 
is transmitted to the requesting Player 930. The incoming file is checked for 
completeness 950. Ifthe complete chapter is received, the software determines if a 

20 previous chapter is playing 960. If not, the chapter is played 970 and a determination 
calculation is performed which predicts when the next chapter has to be requested 980 
(see below). At the appropriate time, and before the completion of the previous 
chapter, the next chapter is requested 990 in time for timely uninterrupted viewing on 
the Player 930. 

25 

Figure 1 0 illustrates a schematic diagram which illustrates aspects of 
Predictive Chapter Buffering. As the Player software application plays a video 1000 a 
chapter counter 1010 designated n is set to n=l. The designation "n" corresponds, for 
example, to a chapter position on a user's playlist rather than an actual chapter 
30 ninnber, although these might be the same in some instances. After this, a request 
1012 is made for chapter n. As a result, chapter n is received 1014. The software 
then determines whether a previous chapter designated n-1 has finished playing 1016. • 
This process continues 101 8 imtil the condition is met that there is no chapter n-1 
playing. At that point, the display of chapter n begins 1020. If n is less than the total 
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number of chapters requested then a determination is made 1032. The determination 
results in a next chapter request 1012, after an increment 1 036, if the timing is 
appropriate. The timing is appropriate if it is determined that A>B 1032. In this 
example of a request tinning determination, A is equal to the time remaining in the 
5 display of chapter n, and B is (I x Sn+i x SF) / Sn, where I is the time interval measured 
between the time that chapter n was requested and the time it was received, Sn+i is the 
file size of n+1, SF is a safety factor (e.g. 2 in this example) and Sn is the file size of 
n. At the appropriate time indicated by the determination, the next chapter, still 
designated as chapter n but incremented to the next chapter 1036, is requested 1012. 
10 If after the display of chapter n 1020, it is found that n is equal to the total number of 
chapters 1030 the software causes the Player to stop displaying chapters 1040. 

As shown in Figure 1 1 a Library, as previously described 1 100 is able to serve 
a number of Players 1 1 10, Network congestion in the most critical location 1200 may 

15 be at least partially alleviated by configuring a Player on one particular computer 
1206, to act as a sub-s^er to other computers anywhere on the network, but 
optimally to computers physically near it on the network such as those in the physical 
room represented at 1208. A sub-server, being physically closer to other computers on 
a network means transfer latency can be minimised. This particular Player software is 

20 able to serve a requested video to nearby computers which are running the Player 
software 1204. In this way, the computers 1204 which receive content fi-om the 
Classroom server 1206 need not place any demand on the Library 1 100 or congested 
portions on the network 1200. 
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